感谢你专门在 Windows + Ollama 上测这个问题，这个定位很有价值，404 这个现象我们这边之前也确实不好复现。

这个方向我觉得是对的：Ollama 本地服务在桌面端这里确实可以考虑绕开 Tauri HTTP，直接走浏览器原生 fetch。不过现在这个改法会把所有 provider 都强制切到 globalThis.fetch，可能会影响移动端的流式响应，也可能影响 OpenAI/Gemini/自定义 OpenAI-compatible 这些现有配置。

我建议我们把范围收窄一点：只针对桌面端的 Ollama 使用原生 fetch，其他 provider 继续保持现有逻辑。另外 Vite 版本升级和这个修复关系不大，最好也从这个 PR 里拆掉，避免混入不相关变更。

你这个问题提得很好，感谢测试和 PR。我们按这个方向收窄一下的话，我觉得就比较稳了。

好的，我来按你的意见修改：

1. 只针对 Ollama 走原生 fetch，其他 provider 保持原样
2. 不影响移动端（只改桌面端 Tauri 环境）
3. 去掉 Vite 版本升级的变更

我会重新提交修改，只保留 Ollama 相关的改动。

已按你的意见修改，只在 Ollama 桌面端的三个位置设置原生 fetch，其他 provider 不受影响。请 review。